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DETAILED ACTION 
Response to Amendment 

1. This is responsive to Applicant's Amendment filed August 31 , 2006. Applicant's 
amendment made to each of independent claims 1,7, 10 and 15 is acknowledged. 

As to Applicant's Arguments/Remarks filed August 31, 2006, please see Examiner's 
response in 'Response to Arguments" , following this Office Action for Final Rejection 
(hereafter "the Action"), shown next. 

Please note, in the Action, Examiner has incorporated a new reference of Ruths to 
enhance the grounds as set forth in the Office Action for non-final Rejection of May 31 , 
2006. 

2. Please note claims 1 and 2-17 are pending. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth 
in section 102 of this title, if the differences between the subject matter sought to be patented and the 
prior art are such that the subject matter as a whole would have been obvious at the time the invention 
was made to a person having ordinary skill in the art to which said subject matter pertains. Patentability 
shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of the claims under 35 
U.S.C. 103(a), the examiner presumes that the subject matter of the various claims was commonly owned at 
the time any inventions covered therein were made absent any evidence to the contrary. Applicant is advised 
of the obligation under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was not 
commonly owned at the time a later invention was made in order for the examiner to consider the applicability 
of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 

4. Claims 1-17 are rejected under 35 U.S.C. 103(a) as being unpatentable over Bushe 



et al. (U.S. Patent 6,978,422, hereafter "Bushe") in view of Dean et al. (U.S. Patent 
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Application 2004/0098294, hereafter "Dean"), and further in view of Ruths et al. (U.S. 
Patent Application 2003/001 871 9, hereafter "Ruths"). 

As per claim 1 , Bushe teaches "A meta-data driven resource management system" 
(See Fig. 3 and col. 14, lines 5-16 where resource management system is driven by 
dictionary views) comprising: 

"a resource" ... "comprising a plurality of resource records corresponding to multiple 
different types of resources" (See Figs. 1 , 3 and col. 10, lines 4-8 and 32-35 and col. 
14, lines 17-29 where data storage and data dictionary are provided for resource 
management system having master view definition comprising records of group, task, 
object and menu definitions). 

Bushe does not explicitly teach that the resource is a non-specific database, although 
Bushe teaches XML documents to store data at col. 5, lines 24-31 . 

However, Dean teaches resources are related in relationship type tables in a 
relational database (See [0033] and [0036]). 

It would have been obvious to one having ordinary skill in the art at the time of the 
Applicant's invention was made to combine Dean's teaching on implementing resource 
management model on relationship table and relational database with Bushe reference 
because both references are directed to resource management application and the 
combined teaching of the references would have enabled Bushe's system to more 
dynamically create, change and remove resource tasks, resources and views without 
the need of modifying core portion of resource management application since the 
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relational database model adopted in Dean reference is more responsive and adaptive 
to changes in the nature and diversity of resources (See Bushe: col. 9, lines 3-9 and 
Dean: [0003], last paragraph). 

The combined teaching of Dean and Bushe does not explicitly teach that the different 
types of resources are "of collaborative resources for consumption when completing a 
task in a collaborative application". 

However, Ruths teaches the above limitation by showing, in a collaborative platform, 
a kernel manages entry and removal of collaborative data resource representations into 
a local environment at [0067], and a user requests transfer the hosting of a collaborative 
data resource to another participant at [0128]. 

It would have been obvious to one having ordinary skill in the art at the time of the 
Applicant's invention was made to combine Ruths' teaching with the Dean and Bushe's 
because the three references are directed to resource management where Ruths' 
collaborative platform for flexibly supporting various different collaborative applications 
would have further enhanced Bushe and Dean's system to dynamically create, change 
and remove resource tasks, resources and views without the need of modifying core 
portion of resource management application. 

Bushe further teaches the following: 
"a metadata manager programmed to define records within said database according to 
resource name and resource attributes for different resource types specified within 
metadata definitions of said different resource types" (See Figs. 3-4, col. 15, lines 14-48 
and col. 16, lines 26-33 where definitions of tasks, views, objects, styles, menus, etc., 
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are defined in the master definition in the data dictionary and within each definition, 
different resource types are specified based on resource definition names and 
attributes, such as object, task); and, 

"a resource manager coupled to said metadata manager and said database, said 
resource manager comprising a configuration for creating, locating and reserving 
resource instances based upon resource types stored in said database and defined 
within a corresponding metadata definition" (See col. 15, lines 49-62 and col. 16, lines 
9-1 1 and 26-33 where view is identified by view type and created based on view 
definition, and the view further takes the type of managed object data, reserving 
instance, and applies the management function to produce managed object data). 

As per claim 7, Bushe teaches "A metadata driven resource management method" 
(See Fig. 3 and col. 14, lines 5-16 where resource management system is driven by 
dictionary views) comprising the steps of: 

"processing individual metadata documents to identify respective resource names and 
corresponding resource attributes specified within said individual metadata documents" 
(See col. 5, lines 24-31 where XML document defines task, managed object and view 
definitions and col. 15, lines 49-62 and col. 16, lines 9-1 1 and 26-33 where view is 
identified by view type); and 

"creating new resource instances to be managed based upon said respective resource 
names and said corresponding resource attributes identified within said individual 
metadata documents"(See col. 15, lines 49-62 and col. 16, lines 9-11 and 26-33 where 



Application/Control Number: 10/720,358 Page 6 

Art Unit: 2167 

view is created based on view definition, and the view further takes the type of managed 
object data, reserving instance, and applies the management function to produce 
managed object data). 

Bushe does not explicitly teach "persisting said new resource instances in a resource 
non-specific database". 

However, Dean teaches resource management embodiment on relational and object- 
oriented databases which persist resource instances in the databases. 

It would have been obvious to one having ordinary skill in the art at the time of the 
Applicant's invention was made to combine Dean's teaching on implementing resource 
management model on relationship table and relational database with Bushe reference 
because both references are directed to resource management application and the 
combined teaching of the references would have enabled Bushe's system to more 
dynamically create, change and remove resource tasks, resources and views without 
the need of modifying core portion of resource management application since the 
relational database model adopted in Dean reference is more responsive and adaptive 
to changes in the nature and diversity of resources (See Bushe: col. 9, lines 3-9 and 
Dean: [0003], last paragraph). 

The combined teaching of Dean and Bushe does not explicitly teach that the 
respective resource names and corresponding resource attributes are for "collaborative 
resources for consumption when completing a task in a collaborative application". 

However, Ruths teaches the above limitation by showing, in a collaborative platform, 
a kernel manages entry and removal of collaborative data resource representations into 
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a local environment at [0067], and a user requests transfer the hosting of a collaborative 
data resource to another participant at [0128]. 

It would have been obvious to one having ordinary skill in the art at the time of the 
Applicant's invention was made to combine Ruths' teaching with the Dean and Bushe's 
because the three references are directed to resource management where Ruths' 
collaborative platform for flexibly supporting various different collaborative applications 
would have further enhanced Bushe and Dean's system to dynamically create, change 
and remove resource tasks, resources and views without the need of modifying core 
portion of resource management application. 

Bushe further teaches "locating and managing individual ones of said new resource 
instances based upon said individual metadata documents" (See col. 15, lines 49-62 
and col. 16, lines 9-1 1 and 26-33 where view is identified by view type and created 
based on view definition, and the view further takes the type of managed object data, 
reserving instance, and applies the management function to produce managed object 
data). 

As per claim 10, Bushe teaches "A metadata driven resource management method" 
(See Fig. 3 and col. 14, lines 5-16 where resource management system is driven by 
dictionary views) comprising the step of 

"adding a new manageable resource instance of a new manageable resource type" to a 
dictionary "containing a set of manageable resource instances created from 
corresponding pre-existing manageable resource types which differ from the new 
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resource type" (See col. 5, lines 6-15 and 55-62 where new resources are introduced to 
a system environment and resource management application incorporate additional or 
newly defined views to be applied and the managed object in the dictionary is selected 
to define managed object data). 

Bushe does not explicitly teach the resource instance is added to a resource non- 
specific database. 

However, Dean teaches resources are related in relationship type tables in a 
relational database (See [0033] and [0036]). 

It would have been obvious to one having ordinary skill in the art at the time of the 
Applicant's invention was made to combine Dean's teaching on implementing resource 
management model on relationship table and relational database with Bushe reference 
because both references are directed to resource management application and the 
combined teaching of the references would have enabled Bushe's system to more 
dynamically create, change and remove resource tasks, resources and views without 
the need of modifying core portion of resource management application since the 
relational database model adopted in Dean reference is more responsive and adaptive 
to changes in the nature and diversity of resources (See Bushe: col. 9, lines 3-9 and 
Dean: [0003], last paragraph). 

The combined teaching of Dean and Bushe does not explicitly teach that the step of 
adding a new manageable resource instance of a new manageable resource type is for 
"collaborative resources for consumption when completing a task in a collaborative 
application" to a resource database. 
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However, Ruths teaches the above limitation by showing, in a collaborative platform, 
a kernel manages entry and removal of collaborative data resource representations into 
a local environment at [0067], and a user requests transfer the hosting of a collaborative 
data resource to another participant at [0128]. 

It would have been obvious to one having ordinary skill in the art at the time of the 
Applicant's invention was made to combine Ruths' teaching with the Dean and Bushe's 
because the three references are directed to resource management where Ruths' 
collaborative platform for flexibly supporting various different collaborative applications 
would have further enhanced Bushe and Dean's system to dynamically create, change 
and remove resource tasks, resources and views without the need of modifying core 
portion of resource management application. 

The combined teaching of the Ruths, Bushe and Dean references further teaches the 
following steps: 

"defining the new manageable resource type in a markup language document with a 
specified resource name and at least one specified resource attribute" (See Bushe: col. 
6, lines 50-64 where XML document is parsed to define definitions of tasks and types of 
manageable resource); and 

"generating a user interface (Ul) for creating and managing the new manageable 
resource instance based upon said at least one specified resource attribute in said 
markup language document" (See Bushe: col. 6, lines 61-64 where a flexible framework 
for declarative software graphical user interfaces for use in resource management 
applications is provided); and, 
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"writing the new manageable resource instance to the database" (See Bushe: col. 1 1 , 
lines 33-40 where object data is received and stored to the management server, and 
Dean: resources are related in relationship type tables in a relational database (See 
[0033] and [0036]).). 



As per claim 15, Bushe teaches "A machine readable storage having stored thereon 
a computer program for metadata driven resource management, the computer program 
comprising a routine set of instructions" (See Fig. 3 and col. 14, lines 5-16 where 
resource management system is driven by dictionary views) which when executed by 
the machine cause the machine to perform the steps of: 

"processing individual metadata documents to identify respective resource names and 
corresponding resource attributes specified within said individual metadata documents" 
(See col. 5, lines 24-31 where XML document defines task, managed object and view 
definitions and col. 15, lines 49-62 and col. 16, lines 9-1 1 and 26-33 where view is 
identified by view type); and 

"creating new resource instances to be managed based upon said respective resource 
names and said corresponding resource attributes identified within said individual 
metadata documents" (See col. 15, lines 49-62 and col. 16, lines 9-1 1 and 26-33 where 
view is created based on view definition, and the view further takes the type of managed 
object data, reserving instance, and applies the management function to produce 
managed object data). 
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Bushe does not explicitly teach "persisting said new resource instances in a resource 
non-specific database". 

However, Dean teaches resource management embodiment on relational and object- 
oriented databases which persist resource instances in the databases. 

It would have been obvious to one having ordinary skill in the art at the time of the 
Applicant's invention was made to combine Dean's teaching on implementing resource 
management model on relationship table and relational database with Bushe reference 
because both references are directed to resource management application and the 
combined teaching of the references would have enabled Bushe's system to more 
dynamically create, change and remove resource tasks, resources and views without 
the need of modifying core portion of resource management application since the 
relational database model adopted in Dean reference is more responsive and adaptive 
to changes in the nature and diversity of resources (See Bushe: col. 9, lines 3-9 and 
Dean: [0003], last paragraph). 

The combined teaching of Dean and Bushe does not explicitly teach that the 
respective resource names and corresponding resource attributes are for "collaborative 
resources for consumption when completing a task in a collaborative application". 

However, Ruths teaches the above limitation by showing, in a collaborative platform, 
a kernel manages entry and removal of collaborative data resource representations into 
a local environment at [0067], and a user requests transfer the hosting of a collaborative 
data resource to another participant at [0128]. 
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It would have been obvious to one having ordinary skill in the art at the time of the 
Applicant's invention was made to combine Ruths' teaching with the Dean and Bushe's 
because the three references are directed to resource management where Ruths' 
collaborative platform for flexibly supporting various different collaborative applications 
would have further enhanced Bushe and Dean's system to dynamically create, change 
and remove resource tasks, resources and views without the need of modifying core 
portion of resource management application. 

Bushe further teaches "locating and managing individual ones of said new resource 
instances based upon said individual metadata documents" (See col. 15, lines 49-62 
and col. 16, lines 9-1 1 and 26-33 where view is identified by view type and created 
based on view definition, and the view further takes the type of managed object data, 
reserving instance, and applies the management function to produce managed object 
data). 

As per claim 2, Bushe further teaches "a user interface (Ul) generation component 
coupled to said resource manager and configured to generate a Ul for said creating, 
locating and reserving of said resource instances based upon said resource attributes 
specified within corresponding ones of said metadata definitions of said different 
resource types" (See col. 6, lines 61-64 where a flexible framework for declarative 
software graphical user interfaces for use in resource management applications is 
provided, and further at col. 15, lines 49-62 and col. 16, lines 9-1 1 and 26-33 where 
view is identified by view type and created based on view definition, and the view further 
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takes the type of managed object data, reserving instance, and applies the 
management function to produce managed object data). 

As per claim 3, Bushe further teaches "each of said metadata definitions further 
specify a resource containment hierarchy" (See col. 5, lines 24-31 where a dictionary is 
a document object model based on parsed XML document which is a hierarchical 
structured data containment). 

As per claim 4, Bushe further teaches "an access control manager coupled to said 
resource manager and configured to limit access to individual ones of said resource 
instances based upon a specification of a resource containment hierarchy within a 
corresponding one of said metadata definitions" (See col. 2, lines 20-36 where a set of 
functions are operated in order to access the required resource data, and at col. 5, lines 
24-31 where a dictionary is a document object model based on parsed XML document 
which is a hierarchical structured data containment). 

As per claim 5, Bushe further teaches "metadata manager and resource manager are 
disposed within a collaborative computing application" (See col. 2, lines 60-63 where 
populated XML data structure with data is transported and interpreted by other users of 
software applications). 
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As per claim 6, Examiner takes official notice that a "collaborative computing 
application comprises a learning management system programmed to manage learning 
resources comprising classrooms and instructors" is well known to an ordinary skilled in 
the art, for example, In a college environment, course scheduling system assigns 
Professor Smith to teach Programming 101 at Classroom 3B2 by conducting discussion 
session to a group of 30 registered students. 

As per claims 8 and 16, Bushe further teaches "generating individual user interface 
(Ul) screens for managing selected resource instances based upon corresponding 
resource attributes specified within individual metadata documents used to create said 
selected resource instances" (See col. 6, lines 61-64 where a flexible framework for 
declarative software graphical user interfaces for use in resource management 
applications is provided, and at col. 5, lines 24-31 where XML documents are to store 
data structure and data, and further at col. 15, lines 49-62 and col. 16, lines 9-1 1 and 
26-33 where view is identified by view type and created based on view definition, and 
the view further takes the type of managed object data, reserving instance, and applies 
the management function to produce managed object data). 

As per claims 9 and 17, Bushe further teaches "limiting access to said new resource 
instances based upon a specification of a resource containment hierarchy within each of 
said metadata documents" (See col. 2, lines 20-36 where a set of functions are 
operated in order to access the required resource data, and at col. 5, lines 24-31 where 
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a dictionary is a document object model based on parsed XML document which is a 
hierarchical structured data containment). 

As per claim 1 1 , Bushe further teaches "locating and managing the new manageable 
resource instance in the database through said Ul" (See col. 6, lines 61-64 where a 
flexible framework for declarative software graphical user interfaces for use in resource 
management applications is provided). 

As per claim 12, Bushe further teaches "reserving the new manageable resource 
instance through said Ul" (See col. 15, lines 49-62 and col. 16, lines 9-1 1 and 26-33 
where view is identified by view type and created based on view definition, and the view 
further takes the type of managed object data, reserving instance, and applies the 
management function to produce managed object data, and further at col. 6, lines 61-64 
where a flexible framework for declarative software graphical user interfaces for use in 
resource management applications is provided). 

As per claim 13, Bushe further teaches "defining the new manageable resource type 
in a markup language document with a specified resource name, at least one specified 
resource attribute and a containment hierarchy" (See col. 5, lines 24-31 where a 
dictionary is a document object model based on parsed XML document which is a 
hierarchical structured data containment, and at col. 5, lines 24-31 where XML 
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document defines task, managed object and view definitions and col. 15, lines 49-62 
and col. 16, lines 9-1 1 and 26-33 where view is identified by view type). 

As per claim 14, Bushe further teaches "limiting access to the new manageable 
resource instance based upon an access control list" (See col. 2, lines 20-36 where a 
set of functions are operated in order to access the required resource data). 

Prior art made of record 

5. The prior art made of record 

A. U.S. Patent Application 2004/0098294 

B. U.S. Patent 6,978,422 

F. U.S. Patent Application 2003/0018719 

The prior art made of record and not relied upon is considered pertinent to Applicant's 
disclosure. 

C. U.S. Patent Application 2001/0042139 

D. U.S. Patent Application 2004/0133413 

E. U.S. Patent Application 2003/0145074 

G. U.S. Patent Application 2003/0217266 

Response to Arguments 

6. In the Amendment filed on August 31 , 2006, Applicant kindly reviewed the merits of 
the metadata driven resource management application where "access control to the 
resource can be moderated in accordance with a containment hierarchy expressed 
within the metadata description" is suggested "most importantly" to the merits, and 
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Applicant further respectively qualified the resource types, names and corresponding 
attributes of resources with "collaborative resources for consumption when completing a 
task in a collaborative application" in the amending independent claims 1, 7, 10 and 15. 

Concerning the above claim amendment, Examiner has incorporated a new 
reference of Ruths to enhance the grounds as set forth in the Office Action for non-final 
Rejection of May 31, 2006. Examiner respectfully believes the new reference has made 
up the deficiency of Dean and Bushe references for the newly amended subject matter. 

As to Applicant's suggested important merits of application, "access control to the 
resource can be moderated in accordance with a containment hierarchy expressed 
within the metadata description", Examiner respectfully submits the subject matter 
seems not being importantly presented in the independent claims. 

Finally, Examiner would suggest an amendment be made to claim 1 for enhancing 
the system as a statutory useful machine. 

Conclusions 

7. Applicant's amendment necessitated the new grounds of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
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shortened statutory period will expire on the date the advisory action is mailed, and 
any extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing 
date of the advisory action. In no event, however, will the statutory period for reply 
expire later than SIX MONTHS from the date of this final action. 

Contact information 
8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kuen S. Lu whose telephone number is (571) 272- 
41 14. The examiner can normally be reached on Monday-Friday (8:00 am-5:00 pm). 
If attempts to reach the examiner by telephone pre unsuccessful, the examiner's 
Supervisor, John Cottingham can be reached on (571 ) 272-7079. The fax phone 
number for the organization where this application or proceeding is assigned is 703- 
305-39000. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for Page 13 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 703-305-3900 (toll-free). 
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